home *** CD-ROM | disk | FTP | other *** search
- Date: Fri, 22 Jul 1994 13:47:20 -0400 (EDT)
- Date: Fri, 22 Jul 94 01:27 EST
- Subject: Gem List (Please Post!) (fwd)
- Subject: Gem List (Please Post!)
- Subject: Re: ST-Guide AND Geneva Help?
- Subject: Amodal
- Date: Fri, 22 Jul 1994 13:47:20 -0400 (EDT)
- Mime-Version: 1.0
- Precedence: bulk
-
- Forwarded message:
- >From 0006795560@mcimail.com Fri Jul 22 02:28:36 1994
- Date: Fri, 22 Jul 94 01:27 EST
- From: "Daniel J. Hollis" <0006795560@mcimail.com>
- To: ems <gem-list-approval@world.std.com>
- Subject: Gem List (Please Post!)
- Message-Id: <10940722062701/0006795560PK2EM@mcimail.com>
-
- To: gem-list@world.std.com
- Subject: Re: ST-Guide AND Geneva Help?
-
- Warwick:
- --------
- > If an ACC doesn't call menu_register, does it still take up a `slot'?
-
- If you mean a slot by taking up a place in the DESK menu, no it doesn't.
- In MultiTOS or Geneva, however, it DOES get placed up there, but unless
- you change the name, it won't appear up there with the name you want.
-
- If you install the program as an accessory, it doesn't really need to take
- up a slot, but if you want the program to receive AC_OPEN and AC_CLOSE
- messages (or AC_TERM like X-AES does) you have to register the name.
-
- >> How do you do this?
- > On older TOS's this is exactly the case - no dragging. But with WINX or
- > with newer TOS versions, the BEVENT flag of a window can be set, thus
- > allowing it to perform drags. Sliders generally provide paging or lining
- > areas/buttons, so they are still usable via single clicks, just not as
- > much as when topped.
-
- Well, if you really wanted to do this the way you said, the only real way
- you would be able to do it is by creating your own windows. Since not many
- of us out here are willing, or able, to do this, they shy away from the mere
- mentioning of such a technique. The way it should be done is:
-
- -click- (quick tap of mouse button) tops the window
- -press- (press-and-hold of button) activates a button gadget or dialog
-
- When X-AES is released, you all will see how this was done, but I have to
- make sure that Yat will let me post!
-
- -- Ken Hollis (Bitgate Software)
- ----
- Subject: Amodal
-
- Michael (??)
- ------------
- > Another question to you programming guru's:
-
- > Say you have a vertical slider and you use graf_dragbox to handle
- > dragging of the slider. The slider ends up being two pixels thinner than
- > the parent and can move left and right a little. Why?
-
- No one really knows the reason. I think it's the way that AES was created
- to handle objects and dialogs. If you remember, when you select an object,
- it has to select the area one pixel within the object and fill it in (with
- an XOR mask) with black.
-
- I noticed part of the problem when I tried creating custom objects with the
- PARMBLK parameter. In the PARMBLK, you have one of two ways of handling the
- drawing of the object.
-
- 1: You could subtract one value from pb_w and pb_h or
- 2: You could keep in mind that the returned object will have the width and
- height one too big. Design around this.
-
- Personally, I choose 1. This happens to be an AES bug, and since MultiTOS
- is changing so many times, there is no real way I can think of to counter
- this in MultiTOS. All other TOSes handle the objects the same way.
-
- > My solution was to temporarily increase its width by two.
-
- If that was the case do:
-
- x--; y--; w++; h++;
-
- ^_^
-
- > Hey, are you guys actually going to make suggestions for me or just steal
- > my ideas? :)
-
- Don't worry. *I* won't steal your ideas, I don't know about others... :)
-
- -- Ken Hollis (Bitgate Software)
- -----
-
-